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DETAILED ACTION 

1 . Claims 1 -1 1 and 23-57 are pending in this application. 

Claim Rejections - 35 USC § 101 
35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

2. Claims 47-57 are not directed to statutory subject matter. 

3. Claims 47-57 according to Applicant's disclosure, page 39 lines 13-20, the 
computer-accessible storage medium is not limited storage medium, instead it is 
defined to include both storage medium (e.g. floppy disk, a hard disk drive, a RAM, CD- 
ROMSs, DVD-ROMs) and transmission medium (e.g. signal bearing media, 
transmission-type media), as such the claims are not limited to statutory subject matter. 

To overcome this type of 101 rejection the claims need to be amended to include 
only the physical computer media and not a transmission media or other non-functional 
media. 

Claim Rejections - 35 USC §112 

The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 
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4. Claims 1-11 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject 
matter which applicant regards as the invention. 

The following terms are unclear: 

i. "configured to" on lines 9,13,16 and 19 of claim 1. 
The phrase "configured to" does not actually perform the functionality associated 
with, for example, the presentation block. However and for example, "a presentation 
block for presenting data types and Application Programming Interfaces (APIs) available 
to a program on the system" actually performs the functionality associated with the 
presentation block. Appropriate correction is required for claim 1 and all other claims 
that include the phrase "configured to". 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1,2,3,5-11 and 23-57 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over U.S. Pat. No. 7,139,811 B2 to Lev Ran et al. in view of U.S. Pub. 
No. 2003/0172110 A1 to Kunisetty and further in view of U.S. Pub. 2007/0150546 
A1 to Karakashian et al. 
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6. As to claim 1 , Lev Ran teaches a system, comprising: a processor; and a 
memory comprising program instructions, wherein the program instructions are 
executable by the processor to implement a remote procedure call (RPC Client Col. 56 
Ln. 12 - 67 figure 12) system comprising: a presentation block configured to present 
data types ("...RPC request messages..." Col. 56 Ln. 19 - 25, "...java object... object 
class or type" Col. 58 Ln. 40-67, Col. 59 Ln. 64-67, Col. 60 Ln. 1 -46, "...empty 
RPC request object..." Col. 62 Ln. 5-16) and Application Programming Interfaces 
(APIs) available to a program on the system (Adaptation Layer 45 Col. 48 Ln. 65 - 67, 
Col. 49 Ln. 1 - 3, Ln. 38 - 67, Col. 52 Ln. 6-10); an encoding block configured to 
encode representations of those data types as outgoing messages on an interconnect 
(Data Encapsulation Layer 164 Col. 57 Ln. 1 -7, Col. 58 Ln. 36 - 52, Step 208 Col. 62 
Ln. 17-18); and a transport block configured to move the encoded and protocol frame 
outgoing messages from the system to a remote system over the interconnect 
(Transport Layer 166 Col. 57 Ln. 8 - 30, Step 210 Col. 62 Ln. 19 - 21). 

Lev Ran is silent with reference to a protocol block configured to frame the 
encodings to denote the intent of the outgoing messages and the functionality of each 
said block is isolated from the functionality of the other said blocks in the remote 
procedure call system so that program instructions for each said block can be replaced 
or modified without replacing or modifying program instructions for any of the other said 
blocks. 
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Kunisetty teaches a protocol block configured to frame the encodings to denote 
the intent of the outgoing messages ("...SOAPAction value..." page 1 paragraph 0008, 
page 3 paragraph 0017, "...desired operation..." page 4 paragraph 0023). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify the system of Lev Ran with the teaching of Kunisetty 
because the teaching of Kunisetty would improve the system of Lev Ran by using 
SOAPAction HTTP header to specify a document style operation to be performed by a 
server so that the document style operation may be immediately and unambiguously 
invoked without performing a computationally burdensome process of retrieving and 
parsing a WSDL service description to obtain an identification of the document style 
operation to be invoked to perform the requested service (Kunisetty page 1 paragraph 
0008). 

Karakashian teaches the functionality of each said block is isolated from the 
functionality of the other said blocks in the remote procedure call system so that 
program instructions for each said block can be replaced or modified without replacing 
or modifying program instructions for any of the other said blocks ("...plugin 
component..." page 1 paragraph 0005/0015, HTTP Protocol Adapter 1 02/SMTP 
Protocol Adapter 106 page 2 paragraph 0021 , page 2 paragraph 0022, page 3 
paragraph 0030). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify the system of Kunisetty and Lev Ran with the teaching of 
Karakashian because the teaching of Karakashian would improve the system of 
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Kunisetty and Lev Ran by providing a computer program that interacts with other 
computer program to provide a certain, usually very specific, function "on demand". 

7. As to claim 2, Lev Ran teaches the system as recited in claim 1 , wherein the 
transport block is further configured to receive encoded and protocol framed incoming 
messages from the remote system over the interconnect ("...RPC response..." Col. 64 
Ln. 38 - 42); wherein the encoding block is further configured to decode representations 
of data types from the incoming messages ("...decoding..." Col. 57 Ln. 1 - 7, Step 216 
Col. 62 Ln. 24 - 28); and wherein the presentation block is further configured to provide, 
the data types from the incoming messages to the program on the system ("...RPC 
request messages..." Col. 56 Ln. 19-25, "...java object... object class or type" Col. 58 
Ln. 40 - 67, "...empty RPC request object..." Col. 62 Ln. 5-16) and Kunisetty teaches 
wherein the protocol block is further configured to determine the intent of the encoded 
and protocol framed incoming messages ("...SOAPAction value..." page 1 paragraph 

0008, page 3 paragraph 0017, "...desired operation..." page 4 paragraph 0023). 

8. As to claim 3, Kunisetty teaches the system as recited in claim 2, wherein, to 
determine the intent of the encoded and protocol framed incoming messages, the 
protocol block is further configured to determine if the incoming messages are request 
messages or response messages ("...determine..." Page 1 paragraph 0008). 
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9. As to claim 5, Lev Ran teaches the system as recited in claim 1 , wherein the 
presentation block is further configured to communicate errors from the remote system 
to the program on the system (Step 240 Col. 63 Ln. 60-67, "...notified..." Col. 66 Ln. 6 
-14). 

10. As to claim 6, Lev Ran teaches the system as recited in claim 1 , wherein the 
APIs are configured to provide an interface to the remote procedure call system to the 
program on the system (Adaptation Layer 45 Col. 48 Ln. 65 - 67, Col. 49 Ln. 1 - 3, Ln. 
38-67, Col. 52 Ln.6-10). 

11. As to claim 7, Lev Ran teaches the system as recited in claim 1 , wherein, to 
encode representations of those data types as outgoing messages on an interconnect, 
the encoding block is further configured to convert representations of data provided by 
the program to representations of data for use by the remote procedure call system 
("...conversion..." Col. 58 Ln. 36-67). 

12. As to claim 8, Lev Ran teaches the system as recited in claim 1 , wherein, to 
encode representations of those data types as outgoing messages on an interconnect, 
the encoding block is further configured to generate a text encoding of the data types 
("...XML..." Col. 58 Ln. 40 - 58, Col. 60 Ln. 1 - 11). 
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13. As to claim 9, Lev Ran teaches the system as recited in claim 1 , wherein, to 
encode representations of those data types as outgoing messages on an interconnect, 
the encoding block is further configured to generate a binary encoding of the data types 
("...binary..." Col. 58 Ln. 40 - 58, Col. 60 Ln. 1-11). 

14. As to claim 10, Kunisetty teaches the system as recited in claim 1 , wherein, to 
frame the encodings to denote the intent of the outgoing messages; the protocol block- 
is further configured, to denote if the outgoing messages are request messages or 
response messages ("...SOAPAction value..." page 1 paragraph 0008, page 3 
paragraph 0017, "...desired operation..." page 4 paragraph 0023). 

1 5. As to claim 1 1 , Lev Ran teaches the system as recited in claim 1 , wherein the 
transport block is further configured to move the encoded and protocol framed 
outgoing messages from the system to the remote system over the interconnect using 
TCP/IP ("...TCP..." Col. 57 Ln. 26 - 30, Col. 64 Ln. 5 - 23). 

16. As to claims 23,34,36 and 47, see the rejection of claim 1 above. 

1 7. As to claims 26,35,39 and 50, see the rejection of claim 2 above. 



18. 



As to claims 27,40 and 51 , see the rejection of claim 4 above. 
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1 9. As to claims 28,41 and 52, see the rejection of claim 5 above. 

20. As to claims 29,42 and 53, see the rejection of claim 6 above. 

21 . As to claims 30,43 and 54, see the rejection of claim 7 above. 

22. As to claims 31 ,44 and 55, see the rejection of claim 8 above. 

23. As to claims 32,45 and 56, see the rejection of claim 9 above. 

24. As to claims 33,46 and 57, see the rejection of claim 1 1 above. 

25. As to claim 24, Lev Ran teaches the remote procedure call system as recited in 
claim 23, wherein the server comprises: a server-side transport block configured to 
receive the encoded and protocol framed request messages from the client over the 
interconnect (figure 16 "...RPC Server 168... Transport Layer 166...." Col. 63 Ln. 11 - 
30); a server-side encoding block configured to decode the representations of the data 
types from the request messages (Step 224 "...decodes..." Col. 63 Ln. 30-31); and a 
server-side presentation block configured to present the data types to a service on the 
server (RPC Server 186 "...appropriate RPC service handler..." Col. 63 Ln. 43 - 48) 
and Kunisetty teaches a server-side protocol block configured to determine the intent 
of the encoded and protocol framed request messages ("...SOAPAction value..." page 
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1 paragraph 0008, page 3 paragraph 0017, "...desired operation..." page 4 paragraph 
0023). 

26. As to claim 25, Lev Ran teaches the remote procedure call system as recited in 
claim 24, wherein the server-side presentation block is further configured to receive 
response data from the service ("...response tuple..." Col. 63 Ln. 48 - 54); wherein the 
server-side encoding block is further configured to encode representations of the 
response data as response messages on the interconnect (Data Encapsulation Layer 
164 Col. 63 Ln. 57 - 62); and wherein the server-side transport block is further 
configured to move the encoded and protocol framed response messages from the 
server to the client over the interconnect (Col. 66 Ln. 1-14) and Kunisetty teaches 
wherein the server-side protocol block is further configured to frame the encodings to 
denote the intent of the messages ("...SOAPAction value..." page 1 paragraph 0008, 
page 3 paragraph 0017, "...desired operation..." page 4 paragraph 0023). 

27. As to claim 37 and 48, see the rejection of claim 24 above. 

28. As to claim 38 and 49, see the rejection of claim 25 above. 

29. Claim 4 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Pat. No. 7,139,811 B2 to Lev Ran et al. in view of U.S. Pub. No. 2003/0172110 A1 to 
Kunisetty and further in view of U.S. Pub. 2007/0150546 A1 to Karakashian et al. 
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as applied to claim 2 above, and further in view of U.S. Pub. No. 2003/0204586 A1 
to Schnetzler. 

30. As to claim 4, Karakashin, Kenisetty and Lev Ran are silent with reference to the 
system as recited in claim 2, wherein, to determine the intent of the encoded and 
protocol framed incoming messages, the protocol block is further configured to 
determine if the incoming messages are error messages. 

Schnetzler teaches the system as recited in claim 2, wherein, to determine the 
intent of the encoded and protocol framed incoming messages, the protocol block is 
further configured to determine if the incoming messages are error messages 
("...determine whether errors have occurred..." page 4 paragraph 0034). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify the system of Karakashin, Kenisetty and Lev Ran with 
the teaching of Schnetzler because the teaching of Schnetzler would improve the 
system of Karakashin, Kenisetty and Lev Ran by providing a fail-safe or fail-secure 
technique, in the event of a failure, that fails in a way that will cause no harm to services 
(Schnetzler page 4 paragraph 0034). 

Response to Arguments 

Applicant's arguments with respect to claims 1-1 1 and 23-57 have been 
considered but are moot in view of the new ground(s) of rejection. However some of 
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Applicant's arguments filed 1/30/08 have been fully considered but they are not 
persuasive. 

Applicant argues in substance that (1) claims 47-57 are directed to statutory 
subject matter contrary to Examiner's rejection, and (2) the Lev Ran prior art does not 
teach a remote procedure call system that comprises a presentation block configured to 
present data types and application programming interfaces available to a program on 
the system. 

The Examiner respectfully traverses Applicant's arguments: 
As to point (1 ), the Examiner continues to believe that claims 47-57 are directed 
to non statutory subject matter because the storage media as claimed and described on 
page 39 lines 15-20 of the instant specification is a carrier medium. Secondly, the 
carrier medium is also described as a transmission media or signals such an electrical 
or electromagnetic or digital signals (note "As well as. . ."). 

As to point (2), the Lev Ran prior art discloses a process for providing access to 
data resources (server) to a client. Remote services (access to the data resources) are 
activated by bi-directionally transferring remote procedure call (RPC) messages 
between a client application transport layer ("RPC client") on one VFN gateway and a 
server application transport layer ("RPC server") on a second remote VFN gateway. 
Preferably, the application transport layer functions asymmetrically, whereby the RPC 
client sends RPC request messages to the RPC server, and the RPC server responds 
by sending RPC response messages to the RPC client. RPC request messages include 
the request and any necessary parameters, and RPC response messages include any 
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necessary return values, such as a file. RPC requests, RPC responses, parameters, 
and return values are preferably Java objects, in order to support Java-based 
implementations of the higher application layers. Alternatively, the application transport 
layer functions symmetrically, whereby in addition to the RPC client issuing requests to 
the RPC server, the RPC server can issue requests to the RPC client. In such a 
symmetric implementation, the RPC server can connect to the RPC client at a later time 
in order to respond to an earlier request from the RPC client. The RPC requests, RPC 
responses, parameters passed in requests as Java objects includes object types such 
as "string, Integer, Float, Boolean, and Bytefl" and available to the RPC client/RPC 
server/application layer. The object types are attributes of a piece of data that tells the 
computer (and the programmer) something about what kind of data is being dealt with 
and therefore meeting the claimed limitation of a presentation block that presents data 
types. As for a presentation block that presents application programming interfaces, the 
Lev Ran discloses an adaptation layer (Adaptation Layer 45) that provides a transmitter 
and receiver application layers (RPC client/RPC server/application layer) with high level 
services for bidirectional gateway communications over a wide area network by allowing 
the adaptation layer of the transmitter application layer communicate with the adaptation 
layer of the receiver application layer. 



Conclusion 



Application/Control Number: 10/677,434 Page 14 

Art Unit: 2195 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Charles E. Anya whose telephone number is 571-272- 
3757. The examiner can normally be reached on 8:30-5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng-Ai An can be reached on 571-272-3756. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

cea. 

/Meng-Ai An/ 

Supervisory Patent Examiner, Art Unit 2195 



